GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

</head>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>WAP Push</b> ist ein System zur Distribution verschiedener <a href="Medieninhalte" class="mw-redirect" title="Medieninhalte">Inhalte</a> (Content) von einem <a href="Server" title="Server">Server</a> zu einem <a href="Mobilger%C3%A4t" title="Mobilgerät">Mobilgerät</a> (Client). Der Content wird dabei prinzipiell ohne Initiative seitens des Clients vom Server auf das Mobilgerät „geschoben“. Der Server übernimmt daher die Initiative der Übertragung und „<a href="Push-Model" title="Push-Model">pusht</a>“ den Content zum Client.

</p><p>Ein so genannter <a href="Wireless_Application_Protocol" title="Wireless Application Protocol">WAP</a>-Push-Link, der per SMS aufs Handy geschickt wird, führt zu einer WAP-Adresse, zu der sich das Handy mit dem Lesen der SMS (in der Regel kostenpflichtig) einwählt, zum Beispiel für einen Produkt-Download. Nach Schweden, Großbritannien und Australien kamen 2006 auch in Deutschland und Österreich solche Werbebotschaften auf.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup><sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Gründe_für_die_Entwicklung_von_WAP_Push"><span id="Gr.C3.BCnde_f.C3.BCr_die_Entwicklung_von_WAP_Push"></span>Gründe für die Entwicklung von WAP Push</h2></div>

<p>WAP Push wurde im Hintergrund der in den 1990er Jahren vorgestellten Internet Push Technologie entwickelt. Diese Technik konnte ihre hochgesteckten Ziele jedoch nicht erfüllen. Als großes Hindernis wurde die fehlende Bereitschaft der beiden größten Browserentwickler, <a href="Microsoft" title="Microsoft">Microsoft</a> und <a href="Netscape_Communications" title="Netscape Communications">Netscape</a>, gesehen, einen einheitlichen Standard zu schaffen.<sup id="cite_ref-WAP_Push_Wall_3-0" class="reference"><a href="#cite_note-WAP_Push_Wall-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>

</p><p>WAP Push wurde im Hintergrund dieses Scheiterns entwickelt. Hersteller und Netzbetreiber gründeten gemeinsam das WAP Forum, heute Teil der <a href="Open_Mobile_Alliance" title="Open Mobile Alliance">Open Mobile Alliance</a> (OMA), um einen einheitlichen Standard zu schaffen.<sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>

</p><p>Openwave, Mitgründer des WAP Forums, formulierte den Wert und das Potential von WAP Push im Jahr 2001 folgendermaßen:

<i>Wireless operators judge the success of their mobile Internet offering by measuring the adoption of services, the increase in wireless usage, and an increase in Average Revenue Per User (ARPU) per month. WAP Push allows carriers and content developers to increase subscriber adoption and usage, and offers enhanced revenue opportunities with improved and new applications.</i><sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup> (Betreiber von drahtlosen Diensten beurteilen den Erfolg ihrer Internetangebote durch die Messung der Annahme der drahtlosen Dienste durch die Nutzer, die Erhöhung der Nutzung der Dienste und die Erhöhung der durchschnittlichen monatlichen Einnahmen pro Nutzer. WAP Push erlaubt es den Dienstleistern und Entwicklern von Inhalten die Annahme und Nutzung durch die Benutzer zu erhöhen und bietet ihnen vermehrte Einnahmemöglichkeiten durch verbesserte und neue Applikationen.)

</p>

<div class="mw-heading mw-heading2"><h2 id="Die_WAP-Push-Architektur">Die WAP-Push-Architektur</h2></div>

<p>Ein WAP-Push-Vorgang wird technisch in mehreren Schritten ausgeführt. Die WAP-Push-Technologie beinhaltet mehrere Instanzen, deren Interaktion miteinander in der Grafik 'Ablauf eines WAP-Push-Vorgangs' gezeigt wird.

</p>

<div class="mw-heading mw-heading3"><h3 id="Zusammenfassung">Zusammenfassung</h3></div>

<p>Der Push Initiator (PI) kommuniziert mit dem Push Proxy <a href="Gateway_(Informatik)" title="Gateway (Informatik)">Gateway</a> (PPG) mit Hilfe des Push Access Protocol (PAP). Der PPG nutzt das Push Over The Air Protocol (PushOTA) um einen <a href="Uniform_Resource_Identifier" title="Uniform Resource Identifier">Uniform Resource Identifier</a> (URI) an den mobilen Client auszuliefern. Dies geschieht über ein SMS Centre (SMS-C). Nun muss der Mobile-Client den URI aktivieren, um den Content vom Content Server laden zu können. Zwischen diesen beiden Instanzen befindet sich der „Pull“ Gateway, der zwischen mobilem Client und Content Server vermittelt. In der Praxis sind PPG und Pull Gateway jedoch häufig ein und dasselbe Gerät.<sup id="cite_ref-6" class="reference"><a href="#cite_note-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading3"><h3 id="Push_Initiator_(PI)"><span id="Push_Initiator_.28PI.29"></span>Push Initiator (PI)</h3></div>

<p>Der Push Initiator (PI) ist die erste Instanz und daher der Urheber des WAP-Push-Vorgangs. Ein PI ist grundsätzlich ein Programm, das eine Push-Nachricht gemäß PAP-Spezifikationen erstellt. Die Push-Nachricht kann dabei drei verschiedene Formen annehmen, die alle in XML 1.0 verfasst sind und optional über WBXML kodiert sind. Der PI sendet die Push-Nachricht allerdings in reinem Text zu dem PPG über PAP. Die Implementierung des PPG entscheidet, ob die Nachricht in das wesentlich kleinere WBXML umgewandelt wird.

</p><p>Die drei möglichen Typen sind Service Indication (SI), Service Load (SL) und Cache Operation (CO). Mittlerweile (Stand 2008) haben SL und CO stark an Bedeutung verloren und SI ist die Methode, die am häufigsten genutzt wird.

</p>

<div class="mw-heading mw-heading4"><h4 id="Service_Indication_(SI)"><span id="Service_Indication_.28SI.29"></span>Service Indication (SI)</h4></div>

<p>Eine SI ist die am häufigsten auftretende Form einer WAP-Push-Nachricht und wird im deutschen Sprachraum häufig mit „Dienstmitteilung“ übersetzt (so beispielsweise bei Nokia Endgeräten) oder einfach als „WAP Push“ angezeigt (Endgeräte von Sony Ericsson). Die SI benachrichtigt den Client über die Verfügbarkeit eines externen Services mittels eines URI. In anderen Worten: die SI ist eine Nachricht, die einen Link zu einem bestimmten Content enthält (auch bekannt als WAP Push Link).

Der Client hat nach dem Empfang der SI drei Möglichkeiten: er kann den Service öffnen, die Nutzung verschieben oder die SI löschen. Die Spezifikationen erlauben dabei die Implementierung verschiedener Bedingungen, beziehungsweise Funktionen, zur Handhabung der SI seitens des Clients, beispielsweise über die Dauer der Gültigkeit, das Löschverhalten und die Handhabung bei Fehlern.<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading4"><h4 id="Service_Load_(SL)"><span id="Service_Load_.28SL.29"></span>Service Load (SL)</h4></div>

<p>Empfängt der Client eine SL-Nachricht, so hat er, im Gegensatz zu SI, keine Möglichkeit, den URI zu ignorieren. Der Client wird somit nicht über den Empfang eines Services informiert und erfährt möglicherweise nicht einmal, dass ein SL empfangen wurde, da dieser direkt in den Cache geladen wurde. Obwohl dies ein offensichtliches Sicherheitsproblem darstellt, verzichtete das WAP-Forum auf konkrete Sicherheitsspezifikationen und gab nur einige Richtlinien zum Schutz von Clients vor Missbrauch. Daher ist die Annahme von SL-Nachrichten bei vielen mobilen Clients einfach deaktiviert.<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading4"><h4 id="Cache_Operation_(CO)"><span id="Cache_Operation_.28CO.29"></span>Cache Operation (CO)</h4></div>

<p>Eine CO erlaubt das Ungültigmachen von Content, den der Mobile-Client noch im Cache hat. Dies kann notwendig werden, wenn der Service die zeitliche Gültigkeit des Contents nicht im Voraus bestimmen kann und die Nutzung einer SI somit nicht praktikabel ist. Ein Beispiel hierfür wären Mailbox-Anwendungen. Gelesene oder gelöschte Mails können so mittels CO leicht deaktiviert werden.<sup id="cite_ref-9" class="reference"><a href="#cite_note-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading3"><h3 id="Push_Access_Protocol_(PAP)"><span id="Push_Access_Protocol_.28PAP.29"></span>Push Access Protocol (PAP)</h3></div>

<p>Mithilfe des PAPs wird Content vom Push Initiator (PI) an den Push Proxy Gateway (PPG) übertragen. PAP unterstützt verschiedene Funktionen, welche die folgende Tabelle zusammenfasst. PAP nutzt für die Übermittlung der Zustellinstruktionen <a href="Extensible_Markup_Language" title="Extensible Markup Language">XML</a>, während die Inhalte selbst <a href="MIME" class="mw-redirect" title="MIME">MIME</a>-kodiert werden.<sup id="cite_ref-10" class="reference"><a href="#cite_note-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup>

</p>

<th>Funktion</th>

<th>Richtung</th>

<th>Aufgabe

</th></tr>

<tr>

<td>Push Submission

</td>

<td>PI > PPG

</td>

<td>Auslieferung einer Push-Nachricht in Form einer SI, SL oder CO (siehe auch Zusammensetzung einer Push-Nachricht)

</td></tr>

<tr>

<td>Push Replacement

</td>

<td>PI > PPG

</td>

<td>Ersetzt einen bereits angeforderten Push auf dem PPG (nur wenn die Nachricht noch nicht zum Client ausgeliefert wurde)

</td></tr>

<tr>

<td>Push Cancellation

</td>

<td>PI > PPG

</td>

<td>Erlaubt das Löschen des Pushs auf dem PPG (nur wenn die Nachricht noch nicht zum Client ausgeliefert wurde).

</td></tr>

<tr>

<td>Client Capabilities Query

</td>

<td>PI > PPG

</td>

<td>Erfragt beim PPG die Capabilities des Clients mit Hilfe von User Agent Profiles

</td></tr>

<tr>

<td>Status Query

</td>

<td>PI > PPG

</td>

<td>Erfragt den Status über die Auslieferung der Push-Nachricht

</td></tr>

<tr>

<td>Result Notification

</td>

<td>PPG > PI

</td>

<td>Erlaubt dem PI die Nachfrage an den sPPG, ob der Client den Push akzeptiert hat

</td></tr>

<tr>

<td>Bad Message

</td>

<td>PPG > PI

</td>

<td>Der PPG informiert den PI wenn die von PI initiierte Nachricht unverständlich ist.

</td></tr></tbody></table>

<div class="mw-heading mw-heading3"><h3 id="Push_Proxy_Gateway_(PPG)"><span id="Push_Proxy_Gateway_.28PPG.29"></span>Push Proxy Gateway (PPG)</h3></div>

<p>Der PPG (oder „WAP Gateway“) erlaubt die Kommunikation zwischen PI und mobilem Client und damit zwischen kabellosen („wireless“) und drahtgebunden („wired“) Netzwerken. Er „vermittelt“ die unterschiedlichen Protokolle, die beide Instanzen nutzen (PAP und PushOTA), und ist sowohl verantwortlich für die Verbindung beider Instanzen als auch für die Authentifizierung.

</p><p>Eine weitere Aufgabe ist das Sicherstellen der korrekten Adressierung. PIs adressieren Mobile-Clients über Reintext, der allerdings nicht in kabellosen Netzwerken genutzt werden kann. Der PPG muss die Adresse vom PI für den Client umwandeln. Die gleiche Aufgabe hat der PPG bei rückwärts gerichteter Kommunikation, wenn der Client dem PI antwortet.

</p><p>Der PPG kann entscheiden, ob die Push-Nachricht (die Push Submission) via PushOTA an den Client gepusht werden kann. Dies wird nur abgelehnt, wenn die Submission nicht den PAP-Spezifikationen entspricht. Ist die Push-Nachricht gültig, liefert der PPG sie über das PushOTA-Protokoll aus, entweder über die OTA-WSP (veraltet) oder OTA-HTTP (<a href="Industriestandard" title="Industriestandard">Quasistandard</a> seit WAP 2.0). Der letzte Schritt ist die Rückmeldung des PPG zum PI, entweder über die PAP-Funktion status-query oder result-notification.<sup id="cite_ref-11" class="reference"><a href="#cite_note-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading3"><h3 id="Push_Over_The_Air_Protocol_(PushOTA)"><span id="Push_Over_The_Air_Protocol_.28PushOTA.29"></span>Push Over The Air Protocol (PushOTA)</h3></div>

<p>Das PushOTA Protokoll vermittelt den Transport zwischen PPG (Gateway) und dem mobilen Client über WSP (Wireless Session Protocol) und/oder HTTP (W-HTTP). Im Kontext von PushOTA werden diese beiden Techniken „OTA-WSP“ beziehungsweise „OTA-HTTP“ genannt.

</p><p>OTA-WSP ist prinzipiell ein zusätzliches Protokoll, das auf WSP aufsetzt. Es erweitert die WSP-Funktionen, um beispielsweise gerätespezifischen Content zu pushen (mittels UAProf), und unterstützt sowohl verbindungsorientierte als auch verbindungslose Dienste (connectionless beziehungsweise connection-oriented). OTA-HTTP dagegen nutzt dagegen das <a href="Hypertext_Transfer_Protocol" title="Hypertext Transfer Protocol">HTTP 1.1</a> Protokoll für OTA-Kommunikation zwischen PPG und Client und unterstützt nur connection-oriented Dienste.

</p><p>Sobald der PPG den Push vom PI erhalten hat, kann er den Push über zwei unterschiedliche Methoden ausliefern. Ein <i>connection-oriented push</i> wird dann genutzt, wenn die IP-Adresse des mobilen Clients bekannt ist. Ist die Adresse unbekannt, spricht man von einem <i>connectionless push.</i> In diesem Fall liefert der PPG den Push über einen SMS-Träger aus. Diese Methode wird am häufigsten genutzt, da die IP-Adresse des Clients nur dann bekannt ist, solange sich dieser in einer aktiven Datenverbindung befindet.<sup id="cite_ref-12" class="reference"><a href="#cite_note-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading3"><h3 id="Short_Message_System_Centre_(SMS-C)"><span id="Short_Message_System_Centre_.28SMS-C.29"></span>Short Message System Centre (SMS-C)</h3></div>

<p>Der SMS-C ist eine essentielle Komponente beim Senden einer Push-Nachricht von einem IP-Netzwerk zu einem mobilen Client. Der SMS-C entfernt die TCP/IP-Schicht, in die der Push „eingekapselt“ ist, und ist verantwortlich für die Übermittlung der endgültigen Nachricht an den Client. Durch den Vorgang der „Entkapselung“ ist die Push-Nachricht für den Client nicht mehr von einer „normalen“ Nachricht, beispielsweise einer SMS zu unterscheiden.<sup id="cite_ref-WAP_Push_Wall_3-1" class="reference"><a href="#cite_note-WAP_Push_Wall-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="User_Agent_Profiles_(UAProf)"><span id="User_Agent_Profiles_.28UAProf.29"></span>User Agent Profiles (UAProf)</h2></div>

<div class="hauptartikel" role="navigation"><span class="hauptartikel-pfeil" title="siehe" aria-hidden="true" role="presentation">→ </span><i><span class="hauptartikel-text">Hauptartikel</span>: <a href="User_Agent_Profile" title="User Agent Profile">User Agent Profile</a></i></div>

<p>Mit Hilfe von User Agent Profiles (UAProf) ist es möglich, Content gerätespezifisch auszuliefern. Die Fähigkeiten eines mobilen Clients werden entweder über die Client Capabilities Query von PAP abgefragt und an den PI übermittelt oder wenn der Client eine Anfrage an den Server stellt, beispielsweise wenn er einem WAP Push Link folgt, um den entsprechenden Content zu laden. Der Client übermittelt seine Capabilities in einer XML-Datei.<sup id="cite_ref-13" class="reference"><a href="#cite_note-13"><span class="cite-bracket">[</span>13<span class="cite-bracket">]</span></a></sup>

</p><p>Die UAProf-Spezifikationen wurden bereits mit WAP 1.2/1.2.1 entwickelt, aber erst 2001 mit dem WAP 2.0 Standard eingeführt. Dies wurde notwendig, da Mobilgeräte sich hinsichtlich ihrer Capabilities immer weiter zu unterscheiden begannen – beispielsweise hinsichtlich Displayauflösung oder Multimedia-Funktionen (Polyphone und Real-Klingeltöne, Java-Funktionalität etc.).

</p><p>Die Einführung von User Agent Profiles war einer der wichtigsten Schritte zur kommerziellen Verbreitung von WAP Push. Nur dank dieser technischen Möglichkeit, kann ein Kunde die für ihn passende Anwendung, Applikation etc. erhalten. Content-Provider wie beispielsweise <a href="Jesta_Digital" title="Jesta Digital">Jesta Digital</a> gehörten zu den ersten Dienstleistern, die das Potential dieser Vermarktungstechnik erkannten. Mittlerweile gibt es auch für kleinere Unternehmen Möglichkeiten, um ihren Content gerätespezifisch ausliefern zu können, beispielsweise con2mo<sup id="cite_ref-14" class="reference"><a href="#cite_note-14"><span class="cite-bracket">[</span>14<span class="cite-bracket">]</span></a></sup> (kostenlos) beziehungsweise Con2Mo Professional<sup id="cite_ref-15" class="reference"><a href="#cite_note-15"><span class="cite-bracket">[</span>15<span class="cite-bracket">]</span></a></sup> (kommerzielle Lösung).

</p>

<div class="mw-heading mw-heading2"><h2 id="Zusammensetzung_einer_Push-Nachricht">Zusammensetzung einer Push-Nachricht</h2></div>

<p>Eine Push-Nachricht (Push Submission) wird vom PI mittels PAP an den PPG übermittelt. Der PPG analysiert die Nachricht und führt die notwendigen Transformationen und Kodierungen aus, bevor die Nachricht vom PPG über PushOTA weitergegeben wird.

</p><p>Jede Push Submission besitzt einen Header und einen Body und beinhaltet drei verschiedene Einheiten („entities“), die in der folgenden Tabelle beschrieben sind. Der PPG sollte den Original Header und Body nicht entfernen oder modifizieren, kann aber zusätzliche Header hinzufügen, die für die notwendigen OTA-Dienste notwendig sind. Der Original-Header ist entweder generisch formatiert (nach HTTP 1.1 Spezifikationen) oder als WAP-Header (beginnend mit X-WAP Präfix). Der Body kann jeglichen MIME-Content Typ beinhalten.<sup id="cite_ref-16" class="reference"><a href="#cite_note-16"><span class="cite-bracket">[</span>16<span class="cite-bracket">]</span></a></sup>

</p>

<th>Bezeichnung</th>

<th>Einsatz</th>

<th>Inhalt

</th></tr>

<tr>

<td>Control-Entity

</td>

<td>Obligatorisch

</td>

<td>Informationen für den PPG über die Auslieferung

</td></tr>

<tr>

<td>Content-Entity

</td>

<td>Obligatorisch

</td>

<td>Der Content, der an den Client gesendet werden soll

</td></tr>

<tr>

<td>Capability-Entity

</td>

<td>Optional

</td>

<td>Die Capabilities, die der Client nach Ansicht des PIs besitzt (formatiert nach UAProf-Spezifikationen).

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Historie_der_WAP-Push-Technologie">Historie der WAP-Push-Technologie</h2></div>

<p>Die folgende Tabelle gibt einen kurzen Überblick über die Evolution der WAP-Push-Technologie. Sie bezieht sich nicht auf WAP im Allgemeinen.

</p>

<th>WAP Version</th>

<th>WAP-Push-Entwicklung

</th></tr>

<tr>

<td>1.0

</td>

<td>1998

</td>

<td>Keine Spezifikation von WAP Push

</td></tr>

<tr>

<td>1.1

</td>

<td>1999

</td>

<td>Keine Spezifikation von WAP Push

</td></tr>

<tr>

<td>1.2

</td>

<td>2000

</td>

<td>Erste Spezifikationen von WAP Push. Schaffung der grundsätzlichen Architektur einschließlich PPG, PAP und OTA-WSP. Alle folgenden Änderungen betreffen nicht die Architektur, sondern nur Feinheiten in der Ausführung.

</td></tr>

<tr>

<td>1.2.1

</td>

<td>2000

</td>

<td>Geringe kosmetische Änderungen und Korrekturen.

</td></tr>

<tr>

<td>2.0

</td>

<td>2001

</td>

<td>Zwei Änderungen in der Document Type Definition (DTD). Betrifft das Ersetzen von bereits gepushten Inhalt mit einem neuen Push mit der gleichen ID. Einführung von OTA-HTTP.

</td></tr>

<tr>

<td>post 2.0

</td>

<td>2001–2002

</td>

<td>Geringe kosmetische Änderungen und Korrekturen. Vorgeschlagene Änderungen der UAProf wurden nicht durchgesetzt. Seit September 2002 keine weiteren Entwicklungen bezüglich WAP Push und seit November 2002 keine für WAP.

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="WAP_Push_in_der_Praxis">WAP Push in der Praxis</h2></div>

<p>Ähnlich wie für die gesamte WAP Technologie ist es schwierig, konkrete Zahlen und Fakten über die Nutzung von WAP Push zu finden. Der mögliche Erfolg von WAP Push kann daher am besten an zwei Punkten gezeigt werden:

</p>

<ul><li>An erfolgreich operierenden Content-Providern wie <a href="Jesta_Digital" title="Jesta Digital">Jesta Digital</a> und <a href="Lanetro_Zed" title="Lanetro Zed">zed</a>. Diese nutzen zur Verbreitung ihrer Contents ausschließlich WAP Push. Dies scheint auf den ersten Blick etwas verwirrend, da der Client über ein SMS-Keyword den Content anfordert. Dies ist jedoch kein WAP Pull, da es den Push Initiator lediglich dazu auffordert, einen WAP Push Link an den Client zu schicken. Der Client erstellt durch das Senden der SMS an die oben genannten Content-Provider ein Abonnement. Weitere Contents werden dem Client daher ohne seine Initiative übermittelt.</li>

<li>Fehlende Konkurrenz. Das einzige vergleichbare Modell ist die MMS (siehe auch <a href="Multimedia_Messaging_Service" title="Multimedia Messaging Service">Hauptartikel MMS</a>), das auch auf WAP Push basiert. Über dieses Format können ebenfalls Bilder, Videos und Klingeltöne übertragen werden. Der einzige Unterschied zu WAP Push ist, dass eine MMS immer über den MMSC (Multimedia Messaging Service Center) des Netzbetreibers geschickt werden muss. Netzbetreiber stellen allerdings ihre MMSCs Dritten, also Content-Providern, entweder gar nicht oder nur zu hohen Gebühren zur Verfügung.<br>Daher ist und bleibt WAP Push die einzige Möglichkeit für Content Provider und kleine Unternehmen, um Content an Clients auszuliefern. Zusätzlich hat die MMS mit einigen technischen und praktischen Problemen zu kämpfen. Die MMS-Spezifikationen erlauben prinzipiell unbegrenzte Dateigrößen, allerdings begrenzen alle Netzbetreiber in Deutschland die maximale Größe einer Nachricht auf 300 KB – während der Content, der über einen WAP Push Link heruntergeladen werden kann, keine solche Limitierung kennt. Des Weiteren unterstützt MMS nicht die Auslieferung von Applikationen, beispielsweise Java MIDlets.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Wireless_Application_Protocol" title="Wireless Application Protocol">Wireless Application Protocol</a></li>

<li><a href="Bluetooth-Marketing" title="Bluetooth-Marketing">Bluetooth-Marketing</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="http://www.openmobilealliance.org/">Website der Open Mobile Alliance (OMA)</a></li>

<li><a rel="nofollow" class="external text" href="http://www.openmobilealliance.org/tech/affiliates/wap/wapindex.html">Sämtliche Spezifikationen zu WAP und WAP Push</a></li>

<li><a rel="nofollow" class="external text" href="http://www.sic-software.com/">SIC! Software – Anbieter von Software zur Content-Auslieferung über WAP Push</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://www.pcwelt.de/start/sicherheit/archiv/64757/mobilfunk_kostenfalle_wap_spam/">"Mobilfunk: Kostenfalle WAP-Spam"</a>, PC-Welt vom 23. November 2006</span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://www.verbraucherschutzseite.de/wap-push-spam.php">"Spam am Handy per WAP-Push"</a></span>

</li>

<li id="cite_note-WAP_Push_Wall-3"><span class="mw-cite-backlink">↑ <sup><a href="#cite_ref-WAP_Push_Wall_3-0">a</a></sup> <sup><a href="#cite_ref-WAP_Push_Wall_3-1">b</a></sup></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://epubl.luth.se/1402-1617/2002/107/LTU-EX-02107-SE.pdf">http://epubl.luth.se/1402-1617/2002/107/LTU-EX-02107-SE.pdf</a> Tommay Wall - Service Development for WAP Push Delivery to Mobile Devices</span>

</li>

<li id="cite_note-4"><span class="mw-cite-backlink"><a href="#cite_ref-4">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/Technical/wapindex.aspx">http://www.openmobilealliance.org/Technical/wapindex.aspx</a> Technische Spezifikationen zu WAP Push</span>

</li>

/* start https://de.wikipedia.org/ */

.mw-parser-output .webarchiv-memento a{color:inherit}

/* end https://de.wikipedia.org/ */

</style><a rel="nofollow" class="external text" href="https://web.archive.org/web/20080512040010/http://developer.openwave.com/docs/WAP_Push_1201.pdf">—</a> (<span class="webarchiv-memento"><a href="Webarchivierung#Begrifflichkeiten" title="Webarchivierung">Memento</a></span> des <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fdeveloper.openwave.com%2Fdocs%2FWAP_Push_1201.pdf">Originals</a></span> vom 12. Mai 2008 im <i><a href="Internet_Archive" title="Internet Archive">Internet Archive</a></i>) <small class="archiv-bot"><span class="wp_boppel noviewer" aria-hidden="true" role="presentation"><span typeof="mw:File"><span title="i"></span></span></span> <b>Info:</b> Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.</small><span style="display:none"><a rel="nofollow" class="external text" href="http://IABotmemento.invalid/http://developer.openwave.com/docs/WAP_Push_1201.pdf">@1</a></span><span style="display:none"><a rel="nofollow" class="external text" href="http://developer.openwave.com/docs/WAP_Push_1201.pdf">@2</a></span><span style="display:none">Vorlage:Webachiv/IABot/developer.openwave.com</span> Openwave - The value of WAP Push</span>

</li>

<li id="cite_note-6"><span class="mw-cite-backlink"><a href="#cite_ref-6">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-250-pusharchoverview-20010703-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-250-pusharchoverview-20010703-a.pdf</a> WAP Push Architecture</span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-167-serviceind-20010731-a.pdf?doc=wap-167-serviceind-20010731-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-167-serviceind-20010731-a.pdf?doc=wap-167-serviceind-20010731-a.pdf</a> Service Indication Specification</span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-168-serviceload-20010731-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-168-serviceload-20010731-a.pdf</a> Service Loading Specification</span>

</li>

<li id="cite_note-9"><span class="mw-cite-backlink"><a href="#cite_ref-9">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-175-cacheop-20010731-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-175-cacheop-20010731-a.pdf</a> Cache Operation Specification</span>

</li>

<li id="cite_note-10"><span class="mw-cite-backlink"><a href="#cite_ref-10">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-247-pap-20010429-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-247-pap-20010429-a.pdf</a> Push Access Protocol Specification</span>

</li>

<li id="cite_note-11"><span class="mw-cite-backlink"><a href="#cite_ref-11">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-249-ppgservice-20010713-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-249-ppgservice-20010713-a.pdf</a> Push Proxy Gateway Specification</span>

</li>

<li id="cite_note-12"><span class="mw-cite-backlink"><a href="#cite_ref-12">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-235-pushota-20010425-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-235-pushota-20010425-a.pdf</a> Push OTA Protocol Specification</span>

</li>

<li id="cite_note-13"><span class="mw-cite-backlink"><a href="#cite_ref-13">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-248-uaprof-20011020-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-248-uaprof-20011020-a.pdf</a> UAProf Specification</span>

</li>

<li id="cite_note-14"><span class="mw-cite-backlink"><a href="#cite_ref-14">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://web.archive.org/web/20120623212329/http://www.con2mo.de/">—</a> (<span class="webarchiv-memento"><a href="Webarchivierung#Begrifflichkeiten" title="Webarchivierung">Memento</a></span> des <span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fwww.con2mo.de%2F">Originals</a></span> vom 23. Juni 2012 im <i><a href="Internet_Archive" title="Internet Archive">Internet Archive</a></i>) <small class="archiv-bot"><span class="wp_boppel noviewer" aria-hidden="true" role="presentation"><span typeof="mw:File"><span title="i"></span></span></span> <b>Info:</b> Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.</small><span style="display:none"><a rel="nofollow" class="external text" href="http://IABotmemento.invalid/http://www.con2mo.de/">@1</a></span><span style="display:none"><a rel="nofollow" class="external text" href="http://www.con2mo.de/">@2</a></span><span style="display:none">Vorlage:Webachiv/IABot/www.con2mo.de</span> con2mo – kostenloses System zur Content-Auslieferung</span>

</li>

<li id="cite_note-15"><span class="mw-cite-backlink"><a href="#cite_ref-15">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.sic-software.com/index.php?option=com_content&view=article&id=30&Itemid=18&lang=de">http://www.sic-software.com/index.php?option=com_content&view=article&id=30&Itemid=18&lang=de</a> Con2Mo Professional – Kommerzielles System zur Endgerät-spezifischen Auslieferung von Content</span>

</li>

<li id="cite_note-16"><span class="mw-cite-backlink"><a href="#cite_ref-16">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external free" href="http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-251-pushmessage-20010322-a.pdf">http://www.openmobilealliance.org/tech/affiliates/LicenseAgreement.asp?DocName=/wap/wap-251-pushmessage-20010322-a.pdf</a> Push Message Specification</span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-10-13" href="https://de.wikipedia.org/wiki/?title=WAP-Push&oldid=260548292">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>